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SITE-TO-SITE DYNAMIC VIRTUAL LOCAL AREA NETWORK 

5 

Cross-Reference to Related Applications 

This application claims priority to and is a divisional of co-owned co-pending United 
States Patent Application Serial No. 09/426,232, filed October 22, 1999, by Wiedeman et al., 
entitled SITE-TO-SITE DYNAMIC VIRTUAL LOCAL AREA NETWORK, which is 
10 incorporated herein by reference in its entirety. 

This application relates to co-owned co-pending U.S. Patent Application (Attorney 
docket no. 16356.828) filed concurrently herewith by Wiedeman et al, and entitled SITE-TO- 
SITE DYNAMIC VIRTUAL LOCAL AREA NETWORK, which is incorporated herein by 
reference. 

15 This application relates to United States Patent 6,285,967, issued on September 4, 2001, 

entitled TROUBLESHOOTING COMPUTER SYSTEMS DURING MANUFACTURING 
USING STATE AND ATTRIBUTE INFORMATION, naming Subhashini Rajan, Roger Wong 
and Richard D. Amberg as inventors; United States Patent No. 6,477,486, issued on November 5, 
2002, entitled AUTOMATIC LOCATION DETERMINATION OF DEVICES UNDER TEST, 

20 naming Subhashini Raj an and Roger Wong as inventors; and United States Patent No. 6,3 5 1 ,769, 
issued on February 26, 2002, entitled DYNAMIC BURN RACK MONITOR LISTENER 
SERVER, naming Robert King and Roger Wong as inventors. These patents are incorporated 
herein by reference in their entirety, and are assigned to the assignee of this invention. 
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Background 

The disclosures herein relate generally to use of virtual local area networks ("VLANs") 
in a manufacturing environment and, more particularly, to a technique for dynamically 

5 connecting a system under test ("SUT") to and disconnecting an SUT from a private VLAN in a 
computer manufacturing environment. 

In a computer manufacturing environment, once a computer system is physically 
assembled, it is placed in a bay, or "cell," in a burn rack for testing and software configuration. 
Each burn rack bay includes various connectors, including a network connection for connecting a 

10 computer system, or "system under test" ("SUT"), disposed in the bay to a main manufacturing 
network of the manufacturer. The network connection to the main manufacturing network 
enables software to be downloaded to and various diagnostics to be performed on the SUT while 
it is disposed within the burn rack. 

In some cases, several SUTs being configured for the same customer require, in addition 

15 to conventional software installation and performance of diagnostics tests, some sort of custom 
configuration. For example, the customer may require that one or more of its systems be 
configured as Microsoft Outlook® clients or as dynamic host configuration protocol ("DHCP") 
servers or that confidential security data be preloaded onto the system. Often, this sort of custom 
configuration would conflict with the main manufacturing network. For example, if an SUT is to 

20 be configured as a DHCP server, once the SUT is up and running on the network, it will begin 
advertising its presence and capturing and attempting to respond to requests from other SUTs on 
the main manufacturing network. Alternatively, it may require the transmission of data that is 
proprietary to the customer and hence, should not be made accessible to non-customer SUTs on 
the main manufacturing network. Accordingly, such custom configuration needs to be 

25 performed "off-line"; that is, off of the main manufacturing network. 

In the past, this has been accomplished by physically disconnecting the SUT from the 
manufacturing network and performing the required custom configuration in a laboratory 
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environment. More recently, virtual local area network ("VLAN") technology has been used to 
logically separate physically proximate SUTs onto separate, private, networks, providing a way 
to isolate a DHCP server. Previously, this has been accomplished by providing within the burn 
rack bay(s) a second network connection to the private network and then disconnecting the SUT 

5 from the main manufacturing network and connecting it to the private network when custom 
configuration is to be performed, and then reconnecting the SUT to the main manufacturing 
network, if necessary, after custom configuration. Clearly, the problem with this solution is that 
the disconnection and reconnection must be performed manually, leaving room for operator error 
and making it more time-consuming and expensive, in terms of operator cost, than if the 

10 connection to and disconnection from the private network at the appropriate times could be 
performed automatically. 

In addition, the foregoing solution requires that an additional connector to each of the 
private networks be included in each of the burn rack bays, such that it becomes increasingly 
expensive with each additional private network that is required. Alternatively, several bays 

15 could be associated with each of the private networks, such that each bay would only include one 
additional connector to network with which it is associated. This solution is also problematic in 
that it requires that each SUT be placed in a particular burn rack bay, rather than the first 
available or most convenient burn rack bay for the SUT. In addition, manual intervention would 
still be required to disconnect and reconnect the SUT to the appropriate network at the 

20 appropriate times. Moreover, in each of the above-described scenarios involving VLAN 
technology, the SUT is statically connected to a preset VLAN. 

Therefore, what is needed is a technique for implementing a dynamic VLAN 
("DVLAN") arrangement in which SUTs are automatically dynamically connected to an 
appropriate one of a plurality of VLANs. 

25 

Summary 
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One embodiment, accordingly, is a system for dynamically implementing a plurality of 
virtual local area networks ("VLANs") across multiple sites. To this end, the system includes a 
first VLAN-capable switch located at a first site; a first system under test ("SUT") located at the 
first site and connected to the first VLAN-capable switch via a first burn rack switch; a second 
5 VLAN-capable switch located at a second site remote from the first site; a second SUT located at 
the second site and connected to the second VLAN-capable switch via a second burn rack 
switch; and means for connecting the first VLAN-capable switch to the second VLAN- capable 
switch such that the first and second SUTs are connected to a single virtual private network 
("VPN"). 

10 A principal advantage of this embodiment is that it provides a method for dynamically, 

rather than statically, connecting an SUT to a private VLAN in a computer manufacturing 

environment, thereby reducing the amount of operator intervention needed to perform custom 

configuration of SUTs. 

Another advantage of this embodiment is that the connection of the SUT to a private 
15 VLAN can be automated, further reducing the amount of operator intervention needed to 

perform custom configuration of SUTs. 

Another advantage of this embodiment is that it can be used to provide an "out-of-the- 

box" network solution for customers, in that all network components (clients and servers) can be 

easily configured on a separate DVLAN. 
20 Yet another advantage of this embodiment is that it enables SUTs to be connected 

directly to a customer's server during custom configuration thereof. 

Brief Description of the Drawing Figures 
Fig. 1 is a system block diagram of a computer manufacturing environment implementing 
25 a DVLAN arrangement according to one embodiment. 

Fig. 1A is a system block diagram illustrating an embodiment of the interconnections of a 
plurality of computer systems. 
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Fig. 2 is a more detailed system block diagram of a portion of the computer 
manufacturing environment of Fig. 1. 

Fig. 3 is a diagram of a burn rack of the computer manufacturing environment of Fig. 1. 

Fig. 4A illustrates a process of creating a step diskette for a computer for use in the 
5 computer manufacturing environment of Fig. 1 . 

Fig. 4B is a flowchart of a process for connecting an SUT to and disconnecting an SUT 
from a private VLAN. 

Fig. 5 is a flowchart of a process of an NT service collecting IPX packets and forwarding 
the information contained in the IPX packets to a DVLAN database. 
10 Fig. 6 A is a flowchart of a process for creating a switch file. 

Fig. 6B illustrates a switch file created using the process of Fig. 6 A. 
Fig. 7A illustrates a DVLAN database connect process. 
Fig. 7B illustrates a DVLAN database disconnect process. 

Fig. 8 illustrates a GUI screen display for associating VLANs with customer SI numbers. 
15 Fig. 9 is a system block diagram illustrating an implementation of a site-to-site DVLAN 

arrangement according to one embodiment. 

Fig. 10 is a system block diagram illustrating an implementation of a site-to-site DVLAN 
arrangement according to a second embodiment. 

Fig. 1 1 is a system block diagram illustrating an implementation of a site-to-site DVLAN 
20 arrangement according to a third embodiment. 

Fig. 12 is a system block diagram illustrating an implementation of a site-to-site DVLAN 
arrangement according to a fourth embodiment. 

Detailed Description 

25 Fig. 1 is a system block diagram of a computer manufacturing environment 100 

implementing a DVLAN arrangement according to one embodiment. As shown in Fig. 1, the 
manufacturing environment 100 includes a plurality of core VLAN-capable switches (hereinafter 
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"core CATs") 102a-102d that are interconnected by a router 104. Each of the core CATs 102a- 
102d is connected to a burn rack complex 106a-106d, respectively, as well as to one or more 
download servers 108a-108d, respectively. In accordance with an embodiment described herein, 
the core CATs 102a-102d are also connected to a DVLAN server complex 110 as described in 
5 greater detail below. Each of the core CATs 102a-102d is assigned a "default" or "fall back" 
VLAN. For example, the default VLAN for the core CAT 102a is VLAN 810. The default 
VLAN for the core CAT 102b is VLAN 811. Similarly, the default VLANs for the core CATs 
102c and 102d are VLAN 812 and VLAN 813, respectively. None of the default VLANs is a 
private VLAN; that is, all of them are connected to the manufacturer's main manufacturing 
10 network 112. 

As will be recognized by one of ordinary skill in the art, a VLAN-capable switch, or 
"CAT," is a switch that is capable of grouping systems connected thereto onto logically, rather 
than simply physically, separate networks, or "VLANs". For example, in FIG. 1 A, three CATs, 
designated as CAT1, CAT2, and CAT3, are interconnected by a fourth CAT, designated as 

15 CAT4, which in turn is connected to a router R. Additionally, three computer systems CS1-CS3 
are connected to CAT1, three computer systems CS4-CS6 are connected to CAT2, and three 
computer systems CS7-CS9 are connected to CAT3. As illustrated in Fig. 1 A, CAT1-CAT4 are 
configured such that computer systems CS1, CS8, and CS9 are interconnected via a first VLAN 
("VLAN1"), computer systems CS2, CS6, and CS7 are interconnected via a second VLAN 

20 ("VLAN2") and computer systems CS3, CS4, and CSS are interconnected via a third VLAN 
("VLAN3"). It will be recognized that the technique used to configure CAT1-CAT4 to 
accomplish the foregoing will be evident to one skilled in the art of VLAN technology. 

Fig. 2 is a more detailed system block diagram of a portion of the environment 100. It 
should be recognized that although only one of the core CATs 102a-102d (i.e., core CAT 102a) 

25 and one of the burn rack complexes 106a-106d (i.e., burn rack complex 106a) are shown and 
described in Fig. 2, the details described with respect thereto apply to the remaining core CATs 
102b-102d and burn rack complexes 106b-106d as well. In particular, as shown in Fig. 2, in one 
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embodiment, the burn rack complex 106a to which the core CAT 102a is connected includes four 
individual burn racks 200. 

As shown in Fig. 3, each of the burn racks 200 includes a number of bays 300 for 
retaining therein an SUT, such as an SUT 301, as well as for providing a network connection 

5 between the SUT disposed therein and the manufacturing environment 100. As also shown in 
Fig. 3, each of the burn racks 200 includes a burn rack monitor ("BRM") 304 and a VLAN- 
capable switch (hereinafter "burn rack CAT") 306. Both the BRM 304 and burn rack CAT 306 
are connected to each of the SUTs disposed in the bays 300 of the respective burn rack 200. In 
accordance with a feature of the embodiment described herein and as will be described in greater 

10 detail below, each burn rack CAT, such as the burn rack CAT 306, is capable of connecting an 
SUT disposed in the burn rack associated therewith onto one of a plurality of private VLANs. In 
one embodiment, twenty VLANs (e.g., VLAN 850 through VLAN 869) are implemented as 
private VLANs, although it will be recognized that the number of private VLANs that can be 
implemented is limited only by practical considerations. 

15 As best shown in Fig. 2, the DVLAN server complex 110 includes a plurality of first NT 

services, represented in Fig. 2 as a first service 220, a second NT service 222, and a database 224 
comprising a BRM database 224a and a DVLAN database 224b. It will be recognized that the 
functions of first and second NT services 220, 222, which will be described in greater detail 
below, may be implemented in any number of fashions, including a GUI. The BRM database 

20 224a contains information about what steps the SUT has executed while in the burn rack and 
reports that data to a BRM GUI (not shown) displayed on the BRM 304 (Fig. 3). The BRM 
database 224a records, among other things, the barcode, SI number, date/time stamps, step 
information, historical data, and burn rack location for each SUT. The DVLAN database 
contains all the information necessary to run the DVLAN, such as barcode, MAC address, 

25 VLAN, status information, VLAN account information, historical data, and time/date stamps for 
each SUT. It should be recognized that each of the services 220, 222, and the database 224, may 
reside on a single server or on multiple servers. 
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For purposes that will be described in greater detail below with reference to Figs. 9-12, as 
shown in Fig. 2, a connection is also provided between each of the core CATs 102a-102d, 
represented in Fig. 2 by the core CAT 102a, and a remote site 230 via a connection mechanism 
232. Another CAT 234 is provided at the remote site 230. As will also be further described in 
5 detail, the remote site may be, for example a lab of the manufacturer, a separate manufacturing 
facility of the manufacturer, or a customer's facility. 

In one embodiment, each computer system to be manufactured is identified by a unique 
barcode. When an order is taken for a computer system, configuration information for the 
system is stored in a file identified by the system's barcode ("barcode file"). Such configuration 

10 information may include, for example, the type of hardware to be included in the system, as well 
as the type of operating system and applications software to be preinstalled thereon. If custom 
configuration is required, for example, if the system is to be configured as a DHCP server, the 
barcode file for the system will include an SI number. During a step-maker process, the barcode 
file for a system is used to create a "step diskette" therefor. The step diskette includes computer- 

15 executable instructions for causing various configuration and testing processes to be performed 
with respect to the system. 

Referring again to Figs. 2 and 3, during normal operation, after a computer system has 
been assembled on the manufacturing floor, it is placed in a bay 300 of one of the burn racks 200 
and connected to a network connector to enable the system, now a "system under test" or "SUT," 

20 to be configured and tested. In particular, assuming the SUT is inserted into a bay of one of the 
burn racks 200 of the burn rack complex 106a, the step diskette for the SUT is inserted in the a: 
drive of the SUT and the SUT is booted from the step diskette. At this point, the SUT is 
connected to the default VLAN, in this case, the VLAN 810, and various diagnostics are 
performed and software is downloaded to the SUT from the download servers 108a connected to 

25 the core CAT 102a under the control of the step diskette. 

Fig. 4 A illustrates a process of creating a step diskette 400 for a system 401 according to 
one embodiment. As previously described, the creation of the step diskette a system takes place 
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during a step maker process, designated in Fig. 4 A by a reference numeral 402. In step 403 of 
the step maker process 402, a determination is made whether a barcode file of the system 401, 
represented in Fig. 4 A by a barcode file 404, contains an SI number. If not, in step 405, the 
normal scripts are written to the step diskette 400. If the barcode file 404 does include an SI 
5 number, in addition to the normal scripts, "dv_connect" and "dv_disconnecf ' statements, along 
with corresponding reboot commands (collectively, "SI scripts"), are written in an SI section of 
the step diskette 400. 

Fig. 4B Illustrates how a system, such as the system 401, connects to and disconnects 
from a private VLAN under the control of the step diskette 400. In steps 412-418, various 

10 standard tests and procedures, including a Quick Test (step 412), an Extended Test 1 (step 414), 
an Extended Test 2 (step 416), and Server Integration (step 418), are performed. In step 420, a 
connect command ("dv_connect"), which is a request to connect to a DVLAN, is executed. If 
the request fails, execution proceeds to step 422, in which the problem is resolved; otherwise, 
execution proceeds to step 424, in which the system 401 reboots onto the new VLAN. In 

15 particular, responsive to the execution of a dv connect command, an entry is added to the copy 
of the switch file stored at the DVLAN database 224b containing the MAC address-to- VLAN 
correlation for the system 401. Once the dv_connect command is executed, the system 401 
times out for two minutes to allow for the following functions to be performed. First, the core 
CATs 102a-102d, which are set up to check for changes in the DVLAN database copy of the 

20 switch file approximately once every minute, detect the change to the switch file. Responsive to 
this detection, the updated switch file is promoted to the core CATs 102a-102d. After two 
minutes, the system 401 reboots, checks the updated switch file stored on the respective one of 
the core CATs 102a-102d for an entry corresponding to its MAC address, and, finding such an 
entry, connects to the indicated VLAN. 

25 In step 426, the system 401 connects to the appropriate server(s) disconnect command 

("dv disconnect"), which is a request to disconnect from the DVLAN, is executed. If the 
command fails, execution proceeds to step 430, in which the problem is resolved; otherwise, 
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execution proceeds to step 432, in which the system 401 is rebooted onto the default VLAN. In 
particular, responsive to the execution of a dvjjisconnect command, the entry containing the 
MAC address-to- VLAN correlation for the system 401 is deleted from the copy of the switch file 
stored at the DVLAN database 224b. Once the dyjiisconnect command is executed, the system 
5 401 times out for two minutes to allow for the following functions to be performed. First, the 
core CATs 102a-102d detect the change to the switch file. Responsive to this detection, the 
updated switch file is promoted to the core CATs 102a-102d. After two minutes, the system 401 
reboots, checks the updated switch file stored on the respective one of the core CATs 102a-102d 
for an entry corresponding to its MAC address, and, failing to find such an entry, connects to the 
10 fallback VLAN for the respective core CAT. 

In step 434, a Final Test is performed and in step 434, the system 401 is moved on to the 
next station. It should be noted that steps 410-418, 434, and 436 are normal steps in the 
configuration and testing process; steps 420-432 are SI scripts added by the embodiment 
described herein. 

15 Although described herein as being contained on and executed from the step diskette, it 

should be understood that the dv_connect and dv_disconnect commands can also be manually 
input to the SUT 301. 

Fig. 5 illustrates operation of the first service 220 for collecting IPX packets from an SUT 
and forwarding the information to the DVLAN database 224b. In step 502, one of the SUTs, 

20 such as the SUT 301 (Fig. 3) generates an IPX broadcast and waits a predetermined time period 
for a response, then times out. In step 504, the first service 220 (Fig. 2) responds and a 
connection is established between the SUT 301 and the first service 220. In step 506, the SUT 
301 sends an IPX packet containing system information for the SUT. In step 508, the service 
220 processes the request and forwards pertinent information, such as the SI number of the SUT 

25 301, to the DVLAN database 224b. In step 510, the service 220 periodically pings the DVLAN 
database 224b for connect and disconnect completions. In step 512, the service 220 forwards an 
acknowledgment or an error message to the SUT 301. In step 5 14, the SUT 301 reboots onto the 
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new VLAN, as will be described below (in the case of an acknowledgment) or displays an error 
message (in the case of an error message). 

Fig. 6A illustrates a method of creating a switch file 600. In particular, the second 
service 222 periodically polls the DVLAN database 224b for connection status information for 
5 each of the SUTs, such as the SUT 301. This connection status information includes 
"Connected", "Request for Connection" and "Request for Disconnection." The service 222 uses 
this information to create the switch file 600, which is shown and described in greater detail with 
reference to Fig. 6B. In general, entries consisting of MAC address-to- VLAN correlations for 
SUTs that are indicated as being connected or requesting connection ("dv_connect") are added to 

10 the switch file 600 and MAC address-to- VLAN correlation entries for SUTs that have requested 
disconnection ("dv_disconnect") are deleted from the switch file 600. After updating the switch 
file 600, the service 222 waits a specified amount of time and then forwards acknowledgments 
back to the DVLAN database 224b for SUTs requesting connection or disconnection. 

Fig. 6B illustrates an exemplary switch file 650. As shown in Fig. 6B, the switch file 650 

15 includes a header portion 650a, a body portion 650b, and a footer portion 650c. In one 
embodiment, each core CAT 102a-102d has its own unique switch file; the switch file 650 is for 
the core CAT 102a ("CAT55K1"). As a practical matter, the switch files for each of the core 
CATs are identical in all respects, except for the contents of the header. In particular, the header 
portion 650a of each of the switch files identifies, in a "Domain Name" entry, the core CAT with 

20 which the switch file is associated (in this case, the core CAT 102a), and, in a "Fallback VLAN" 
entry, the fallback VLAN (in this case, 810) for the core CAT. The body portion 650b consists 
of the MAC address-to-VLAN correlation table. 

Fig. 7A illustrates a DVLAN database connection process 700 with respect to an SUT, 
such as the SUT 301. In step 702, the first service 220 requests an SUT connect and sends the 

25 barcode and MAC address of the SUT 301 to the DVLAN database 224b. In step 704, the 
DVLAN database 224b queries the BRM database 224a, using the barcode provided by the first 
service 220, to obtain from the BRM database the SI number of the SUT 301. In step 706, SI 
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account tables 226 (Fig. 2) of the DVLAN database 224b are queried to determine, based on the 
SI number obtained in step 704, what VLAN the SUT 301 is to be connected to. In step 708, the 
connect request is stored in the DVLAN database 224b In step 710, the second service 222 sees 
the connect request and sets the status of the SUT 301 in the DVLAN database 224b to "Waiting 
5 for Switch File Update." In step 712, after the switch file is written, the second service 222 sets 
the status of the SUT 301 in the DVLAN database 224b to "Switch File Written." In step 714, 
the first service 220 sees that the switch file 600 has been written and forwards an 
acknowledgment to the waiting SUT 301. In step 716, the first service 220 sets the status of the 
SUT 301 in the DVLAN database 224b to "Connected." 

10 Fig. 7B illustrates a DVLAN database disconnect process 720 with respect to an SUT, 

such as the SUT 301. In step 722, the first service 220 requests an SUT disconnect. In step 724, 
the disconnect request is stored in the DVLAN database 224b. In step 726, the second service 
222 sees the disconnect request and sets the status of the SUT 301 in the DVLAN database 224b 
to "Waiting for Switch File." In step 728, the second service 222 sets the status of the SUT 301 

15 in the DVLAN database 224b to "Switch File Written." In step 730, the first service 220 sees 
that the switch file 600 has been written and forwards an acknowledgment to the waiting SUT 
301. In step 732, the first service 220 sets the status of the SUT 301 in the DVLAN database 
224b to "Disconnected." 

Fig. 8 illustrates a GUI screen 800 for use by a manufacturing system administrator to 

20 add, change, and/or delete entries in the SI account table 226 in the DVLAN database 224b. 
This information must be kept current at all times to ensure that SUTs will be able to connect to 
the correct VLAN during the manufacturing process. As illustrated in Fig. 8, a first entry 802 
associates an SI account number of 000100 (Customer Name "PA Office of the Budget") with 
VLAN 850. Similarly, a second entry 804 associates an SI account number of 000101 

25 (Customer Name "Lockwood Greene") with VLAN 850. 

Fig. 9 is a system block diagram illustrating an implementation of a site-to-site DVLAN 
arrangement 900 according to one embodiment. As illustrated in Fig. 9, at a local site 902, a 



-12- 



PATENT 

Docket No.: DC-01970B (16356.830) 
Customer No. 27683 

plurality of SUTs 904 on a single virtual private network ("VPN") 905 are connected to a core 
CAT 906 via an Ethernet link 908 including a non-VLAN-capable switch 910. The Ethernet link 
908 promotes only the single VPN to which the SUTs 904 are connected; i.e., the VPN 905. At 
a remote site 912, a similar arrangement exists; that is, a plurality of SUTs 914 on the VPN 905 
5 are connected to a core CAT 916 via an Ethernet link 918 including a non-VLAN-capable switch 
920. Although not shown in Fig. 9, it will be recognized that the SUTs 904, 914, will typically 
reside in burn racks. Again, the Ethernet link 918 promotes only the VPN 905. The core CATs 
906, 916, are connected to one another via a private Tl link 930 that includes a Tl line 931 and 
two small private routers 932, 934, located at the local and remote sites 902, 912, respectively. 

10 Again, the Tl link 930 promotes only the single VPN 905. 

It will be recognized that, although effective, the arrangement 900 is not scalable. The 
arrangement 900 enables a single VPN at a time used for a specific customer to be routed from 
one site to another. Clearly, this arrangement 900 would be expensive in cases where multiple 
VPNs must be routed from site to site. 

15 Fig. 10 is a system block diagram illustrating an implementation of a site-to-site DVLAN 

arrangement 1000 according to a second embodiment. As will be evident, the arrangement 1000, 
unlike the arrangement 900, is scalable. In Fig. 10, a local site 1002 includes a plurality of SUTs 
1004 on multiple VPNs are connected to a core CAT 1006 via an Ethernet link 1008 including a 
CAT 1010, such that the Ethernet link 1008 is capable of promoting all of the various VPNs to 

20 which the SUTs 1004 are connected. A similar arrangement exists at a remote site 1012, a 
plurality of SUTs 1014 on multiple VPNs are connected to a core CAT 1016 via an Ethernet 
trunk 1018 including a CAT 1020. Although not shown in Fig. 10, it will be recognized that the 
SUTs 1004, 1014, will typically reside in burn racks. Again, the Ethernet link 1018 is capable of 
promoting all of the various VPNs to which the SUTs 1014 are connected. 

25 The core CATs 1006, 1016, are connected to one another via an ATM connection 1030 

that includes a SONET connection 1031 and two ATM switches 1032,1034, located at the local 
and remote sites 1002, 1012, respectively. This is accomplished by the core CATs 1006, 1016, 
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which convert the private networks from "Frame" to "Cell" or from Ethernet ("Fast" or "Gig") 
to ATM ("OC-3" or "OC-12"), and vice versa, thus enabling the VPNs to be communicated 
between facilities, and then converted back to Frame/Ethernet by the core CAT 1006, 1016, at 
the destination. This allows for private communications over shared communications path., both 
5 reducing the cost of purchasing additional high-speed connections and hardware. With the 
arrangement 1000, up to 255 separate VPNs can be transmitted from site-to-site. 

Fig. 1 1 is a system block diagram illustrating an implementation of a site-to-site DVLAN 
arrangement 1100 according to a third embodiment. As will be evident, the arrangement 1100, 
like the arrangement 1000, is scalable. In Fig. 11, a local site 1102 includes a plurality of SUTs 

10 1 104 on multiple VPNs are connected to a core CAT 1 106 via an Ethernet link 1 108 including a 
CAT 1110, such that the Ethernet link 1108 is capable of promoting all of the various VPNs to 
which the SUTs 1104 are connected. Although not shown in Fig. 11, it will be recognized that 
the SUTs 1 104 will typically reside in burn racks. At a remote site 1 1 12, a plurality of customer 
sites 1 1 14 are connected to a core CAT 1 1 16 via an Internet connection 1117, which is made up 

15 of VPN "tunnels" established over the Internet to customer sites 1114, and an Ethernet link 1118 
including a shared router 1120 such that the Ethernet link 1118 is capable promoting all of the 
various VPNs to which the SUTs 1 104 are connected. The customer sites 1 1 14 include Internet 
connections and VPN servers or routers that complete the point-to-point VPN tunnels promoting 
the customer's specific VPN. 

20 The core CATs 1 106, 1 1 16, are connected to one another via an ATM connection 1 130 

that includes a SONET connection 1131 and two ATM switches 1132,1134, located at the local 
and remote sites 1102, 1112, respectively. As described above with reference to Fig. 10, this is 
accomplished by the core CATs 1106, 1116, which convert the private networks from "Frame" 
to "Cell", or from Ethernet ("Fast" or "Gig") to ATM ("OC-3" or "OC-12"), and vice versa, thus 

25 enabling the VPNs to be communicated between facilities, and then converted back to 
Frame/Ethernet by the core CAT 1106, 1116, at the destination. This allows for private 
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communications over shared communications path., both reducing the cost of purchasing 

additional high-speed connections and hardware. 

The arrangement 1100 enables connection between a manufacturer's manufacturing 

network and a customer's network without requiring a high-speed link between the customer site 
5 1114 and the remote site 1112 (see Fig. 12) or requiring that the customer provide to the 

manufacturer a dedicated server to install at the remote site 1112 for enabling custom 

configuration of the customer's SUTs as described above. 

Fig. 12 is a system block diagram illustrating an implementation of a site-to-site DVLAN 

arrangement 1200 according to a fourth embodiment. As will be evident, the arrangement 1200, 
10 like the arrangements 1000 and 1100, is scalable. In Fig. 12, a local site 1202 includes a 

plurality of SUTs 1204 on multiple VPNs are connected to a core CAT 1206 via an Ethernet link 

1208 including a CAT 1210, such that the Ethernet link 1208 is capable of promoting all of the 

various VPNs to which the SUTs 1204 are connected. Although not shown in Fig. 12, it will be 

recognized that the SUTs 1204 will typically reside in burn racks. At a remote site 1212, a single 
15 customer site 1214 is connected to a core CAT 1216 via a private high-speed connection 1215, 

such as a frame-relay or ISDN connection, including a router 1216, for providing a point-to-point 

connection between the customer site 1214 and the remote site 1212. 

The core CATs 1206, 1216, are connected to one another via an ATM connection 1230 

that includes a SONET connection 1231 and two ATM switches 1232,1234, located at the local 
20 and remote sites 1202, 1212, respectively. As described above with reference to Fig. 10, this is 

accomplished by the core CATs 1206, 1216, which convert the private networks from "Frame" 

to "Cell", or from Ethernet ("Fast" or "Gig") to ATM ("OC-3" or "OC-12"), and vice versa, thus 

enabling the VPNs to be communicated between facilities, and then converted back to 

Frame/Ethernet by the core CAT 1206, 1216, at the destination. The arrangement 1200, a point- 
25 to-point connection is established with the customer site 1214, such that a continuation of the 

customer's network virtually resides on the VPN at the manufacturer's manufacturing facility for 

custom configuration of the customer's SUTs. 
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It should be noted that the arrangements described above with reference to Figs. 9-12 
enable the manufacture to perform custom configuration of all SUTs for a given customer and to 
provide "network-in-a-can" solutions to customers. To this end, the customer has several 
options as to how to provide to the manufacture the information needed to perform the custom 
5 configuration. For example, the arrangement 1000 shown in Fig. 10 could be used if the 
customer chooses to provide to the manufacture a back up server containing proprietary 
information for use in the custom configuration process. In this scenario, the server would be 
connected to the VPN of the customer at the remote site 1012. The arrangement 1200 shown in 
Fig. 12 could be used in cases where the customer is willing and able to provide an additional 

10 high-speed connection out of their network to the manufacturer' s's manufacturing facility. As 
previously indicated, the arrangement 1200 incorporates the customer's network onto the 
associated VPN at the manufacture, thus enabling custom configuration to be performed. 
Finally, the arrangement 1100, shown in Fig. 11 could be used in cases where the customer is 
unwilling or unable either to provide a server to the manufacture or to support an additional high- 

1 5 speed connection out of their network. 

In one variation on these embodiments, the means for connecting includes a first router 
located at the first site and connected to the first VLAN-capable switch, a second router located 
at the second site and connected to the second VLAN-capable switch, and a Tl line connecting 
the first and second routers. In another variation on this embodiment, the means for connecting 

20 includes a first ATM switch located at the first site and connected to the first VLAN-capable 
switch, a second ATM switch located at the second site and connected to the second VLAN- 
capable switch, and a SONET connection between the first ATM switch to the second ATM 
switch. 

In an alternative embodiment, the system includes a first VLAN-capable switch located 
25 at a first site; a first system under test ("SUT') located at the first site and connected to the first 
VLAN-capable switch via a first burn rack switch; a second VLAN-capable switch located at a 
second site remote from the first site; a customer network located at a customer site remote from 
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the first and second sites and connected to the second VLAN-capable switch via a router; and an 
ATM connection between the first and second VLAN-capable switches such that the first SUT 
and the customer network are connected to a single virtual private network ("VPN"). In 
addition, the system may include a second SUT located at the first site and connected to the first 

5 VLAN-capable switch via the first burn rack switch and a second customer network at a second 
customer site located remote from the first and second sites and connected to the second VLAN- 
capable switch via a router, wherein the first SUT and the first customer network are connected 
via a first VPN and the second SUT and the second customer network are connected via a second 
VPN. In one variation on this alterative embodiment, the connection between the second site 

10 and customer site is an Internet connection. In another variation on this alternative embodiment, 
the connection between the second site and the customer site is a high speed point-to-point 
connection. 

Although an illustrative embodiment has been shown and described, other modifications, 
changes, and substitutions are intended in the foregoing disclosure. Accordingly, it is 
15 appropriate that the appended claims be construed broadly and in a manner consistent with the 
scope of the disclosure. 
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